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GRAPHIC USER INTERFACE ALTERNATE DOWNLOAD OPTIONS FOR 

UNAVAILABLE PRM CONTENT 

CROSS-REFERENCE TO RELATED APPLICATION 

5 This application is a continuation in part of copending U.S. utility applications 

entitled, "Method and Apparatus for Recordable Media", having ser. no. 09/896,331, 
filed June 29, 2001, "System and Method for Archiving Multiple Downloaded 
Recordable Media Content", having ser. no. 09/896,390, filed June 29,2001, and 
"Bandwidth Allocation and Pricing System for Downloadable Media Content", having 
10 ser. no. 09/896,231, filed June 29, 2001, all three applications of which are entirely 
incorporated herein by reference. 

FIELD OF THE INVENTION 

This invention relates in general to the field of television systems, and more 
15 particularly, to interactive television. 

BACKGROUND OF THE INVENTION 

With the recent advent of digital transmission technology, subscriber television 
systems are now capable of providing many other services in addition to traditional 

20 analog broadcast video. For example, two-way and advanced one-way communications 
between a subscriber and a subscriber network system headend are now possible. The 
home coromtmication terminal ("HCT"), including digital HCTs (or DHCTs), also known 
as the set-top box, has become an important computing device for accessing video 
services and navigating a subscriber through a maze of services available. 

25 There are other electronic communications systems that have been used for 

purchasable recordable media (PRM) content. For example, one may be able to purchase 
an audio product on the Internet and then download it to a personal computer for fiiture 
use. The application of electronic communications systems for the sale and delivery of 
applicable products can offer advantages over more conventional product sales and 

30 delivery systems such as phone ordering with parcel delivery. For example, advantages 
may be offered such as the lower cost of product delivery or the savings of not requiring 
inventory, floor space, and retail employees. But, the present electronic coimnunications 
sales and delivery systems ai*e often subject to "bottlenecks" that may result in 
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undelivered media content as requested by a purchaser. Thus, there is a need for 
dependable delivery of products by way of an electronic communications system. 



BRIEF DESCRIPTION OF THE DRAWINGS 

5 The preferred embodiments of the invention can be better understood with reference 

to the following drawings. The components in the drawings are not necessarily to scale, and 
emphasis is instead being placed upon clearly illustrating the principles of the preferred 
embodiments of the invention. Moreover, in the drawings, like reference numerals designate 
corresponding parts throughout the several views. 
10 FIG. 1 is a block diagram of an example subscriber television system (STS), in 

accordance with one embodiment of the invention. 

FIG. 2 is a block diagram of types of input and output signals to a DHCT supported 
by the example STS of FIG. 1, m accordance with one embodiment of the invention. 

FIG. 3 is a block diagram of the example headend depicted in FIG. 1, in accordance 
1 5 with one embodiment of the invention. 

FIG. 4 A is a block diagram of the example DHCT depicted in FIG. 1, in accordance 
with one embodiment of the invention. 

FIG. 4B is a diagram of an example remote control device for providing input to the 
DHCT depicted in FIG. 1, in accordance with one embodiment of the invention. 
20 FIG. 5 is a block diagram illustrating sub-schedules invoked by the headend depicted 

in FIG. 3 for allocating bandwidth for downloading recordable media content, in accordance 
with one embodiment of the invention. 

FIG. 6 is a block diagram illustrating a sub-schedule plan for implementing the sub- 
schedules depicted in FIG. 5 on a monthly, weekly, and daily basis, in accordance with one 
25 embodiment of the invention. 

FIG. 7 is a screen diagram of an example IPG screen for accessing purchasable 
recordable media content, in accordance with one embodiment of the invention. 

FIG. 8 is a screen diagram of an example IPG screen for accessing a service guide. 
FIG. 9 is a screen diagram of an example service guide for accessing purchasable 
30 recordable media content, in accordance with one embodiment of the invention. 

FIG. 10 is a screen diagram of an alternate embodiment of an example service guide 
for providing notice to the user that purchasable recordable media content is available, in 
accordance with one embodiment of the invention. 
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FIG. 11 is a screen diagram of an example video on-demand catalog screen for 
enabling a user to choose purchasable recordable media content as part of a video on- 
demand selection session, in accordance with one embodiment of the invention. 

FIG. 12 is a screen diagram of an example purchasing screen for purchasable 
recordable media content as part of a video on-demand selection session with an example set 
of download options, in accordance with one embodiment of the invention. 

FIGs. 13-19 are screen diagrams of example screen displays presenting to the user 
various altemate selectable download options when the selected purchase from FIG. 12 is 
unavailable, in accordance with several embodiments of the invention. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 

The preferred embodiments of the invention now v^U be described more fully 
hereinafter v^th reference to the accompanying drawings, in which preferred 
embodiments of the invention are shown. This invention may, however, be embodied in 
many different forms and example embodiments and should not be construed as limited 
to the example embodiments set forth herein; rather, these embodiments are provided so 
that this disclosure will be thorough and complete, and Avill fully convey the scope of the 
invention to those having ordinary skill in the art. Furthermore, all example embodiments 
given herein are intended to be non-limiting and among others. 

One preferred embodiment of the present invention is generally implemented as part 
of a subscriber television system (STS), such as for example, a digital broadband delivery 
system (DBDS) or a cable television system (CTS). Hence, an illustrative STS aad its 
operation v^U be described initially. Other conventional data delivery systems are also 
included within the scope of the preferred embodiments of the present invention. FIG. 1 
shows a block diagram view of a STS 10, which is generally a high quality, reliable and 
integrated network system that is preferably capable of delivering video, audio, voice and 
data services to client devices, such as a digital home communication terminal devices 
(DHCTs) 16. Although FIG. 1 depicts a high level view of a STS 10, it should be 
appreciated that a plurality of STSs can tie together a plurality of regional networks into an 
integrated global network so that DHCT users can receive media content provided from 
anywhere in the world. Further, it will be appreciated that the STS 10 shown in FIG. 1 is 
merely illustrative and should not be constmed as implying any limitations upon the scope 
of the preferred embodiments of the present invention. For instance, subscriber television 
systems also included within the scope of the preferred embodiments of the invention 
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include systems not utilizing physical structured cabling for transmission, such as, but not 
limited to, satellite systems. Further, transmission media included \vithin the scope of the 
preferred embodiments of the invention include, but are not limited to, hybrid fiber/coax 
(HFC), optical, satellite, radio frequency (RF), frequency modulated (FM), and microwave. 
Further, data provided from the headend 11 to the DHCTs 16 and programming necessary 
to perform the ftinctions discussed below will be understood to be present in the STS 10, in 
accordance with the description below. 

The STS 10 preferably delivers broadcast video signals as digitally formatted 
signals in addition to delivering traditional broadcast analog video signals. Furthermore, 
the system can preferably support one way broadcast services as well as both one-way 
data services and two-way media content and data services. The two-way operation of 
the network preferably allows for user interactivity with services, such as Pay-Per-View 
programming. Near Video-On-Demand (NVOD) programming according to any of 
several known NVOD implementation methods, Video-on-Demand (VOD) programming 
(according to any of several VOD implementation methods), and interactive applications, 
such as Intemet connections and purchasable recordable media (PRM) content services. 

The STS 10 also provides the interfaces, network control, transport control, 
session control, and servers to access media content from media services, and distributes 
media content to DHCT users. Note that the terms media content and PRM content will 
be understood to mean the content stored and delivered throughout the STS 10, such as 
movies, software, music, etc. When it is helpful to discuss each individual movie or 
program, etc. (i.e. media content in the singular), the term media content instance or PRM 
content instance or the like will be used. The title of that media content instance, or PRM 
content instance, will be referred to as a media content title, or PRM content title. As 
shown in FIG. 1, a typical STS 10 comprises a headend 11, hubs 12, an HFC access 
network 17, and DHCTs 16. It should be appreciated that although a single component 
(e.g. a headend) is illustrated in FIG. 1, a STS 10 can feature a plurality of any one of the 
illustrated components or may be configured with alternative embodiments for any one of 
the individual components or with yet other additional components not enumerated 
above. Media content provided by one or more content providers, such as content 
provider 5, is communicated by the content providers to one or more headends 1 1 . From 
those headends 1 1 the content is then commimicated over a communications network 1 8 
that includes a plurality of HFC access networks 17 (only one HFC access network 17 is 
illustrated). The HFC access network 17 preferably comprises a plurality of HFC nodes 
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13, each of which may serve a local geographical area. The hub 12 connects to the HFC 
node 13 through a fiber portion of the HFC access network 17. The HFC node 13 is 
connected to a tap 14 which, in one implementation, is connected to a digital home 
communication terminal (DHCT) 16. In other implementations, the tap 14 is connected 
5 to a network interface unit (NIU) 15 which is connected to a digital home communication 
terminal (DHCT) 16. The NIU 15 is normally located at the property of a user and 
provides a transparent interface between the HFC node 13 and the users' internal wiring. 
Coaxial cables are typically used to couple nodes 13, taps 14 and NIUs 15 because the 
electrical signals can be easily repeated with RF amplifiers. As the high-level operations 

10 of many of the fimctions of a STS 10 are well known to those of ordinary skill in the art, 
farther high level description of the overall STS 10 of FIG. 1 will not be contained herein. 

FIG. 2 shows one implementation of transmission channels supported by the STS 10 
illustrated in FIG. 1, as delivered by the headend 11 and received as input channels by the 
DHCT 16. Although one DHCT 16 and one headend 11 are illustrated, it is understood by 

15 those having ordinary skill in the art that more than one of each may be included in a 
subscriber television system. The STS 10 (FIG. 1) can simultaneously support a number of 
transmission signal types, transmission rates and modulation formats. The ability to carry 
analog and digital signals over a large bandwidth are characteristics of a hybrid fiber/coax 
(HFC) network typically employed in a subscriber television system. As will be 

20 appreciated by those of ordinary skill in tlie art, analog and digital signals in HFC networks 
can be multiplexed using, in one implementation, fi-equency division multiplexing (FDM), 
which enables many different types of signals to be transmitted over the subscriber 
television system to the DHCT 16. hi one typical implementation, a subscriber television 
system using HFC supports downstream (i.e. in the direction from the headend 1 1 to the 

25 DHCT 16) frequencies from 50 MHz to 870 MHz, whereas upstream frequencies (i.e. in the 
direction from the DHCT to higher levels of the system) are in the 5 MHz to 42 MHz band. 
Generally, the RF bandwidth spacing for analog and digital services is 6 MHz. Furthemiore, 
for a typical 870 MHz system in the U.S., a possible downstream RF spectrum subdivision 
plan uses 6 MHz frequency subdivisions, or spans within the 50 MHz to 550 MHz band for 

30 analog video transmission signals and within the 550 MHz to 870 MHz range for digital 
transmission signals. The Analog Transmission Signals (ATSs) 210 are typically 
broadcast in 6 MHz frequency subdivisions, typically referred to in analog broadcasting 
as channels, having an analog broadcast signal composed of analog video and analog 
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audio, and include Broadcast TV Systems Committee (BTSC) stereo and Secondary 
Audio Program (SAP) audio. 

Referring again to FIG. 2, the downstream direction transmission signals, having 
been multiplexed preferably using frequency division multiplexing (FDM), and often 
5 referred to as in-band transmission signals, include Analog Transmission Signals (ATSs) 
210 and Digital Transmission Signals (DTSs) 250. These transmission signals carry video, 
audio, and data services. For example, these transmission signals can carry television 
signals, Internet data, or any additional types of data, such as Interactive Program Guide 
(IPG) data. Additionally, as will be appreciated by those of ordinary skill in the art, 

10 additional data can be sent with the analog video image in the Vertical Blanking Interval 
(VBI) of the video signal and stored in DHCT memory or a DHCT local physical storage 
device (not shown). It should be appreciated, however, that the amomit of data that can 
be transmitted in the VBI of the analog video signal is typically significantly less than 
data transmitted in DTSs 250. 

15 Like the ATSs 210, the DTSs 250 each occupies 6 MHz of the RF spectrum. 

However, the DTSs 250 are preferably digital transmission signals consisting of 64- or 256- 
Quadrature Amplitude Modulated (QAM) digital signals formatted as MPEG-2 transport 
streams, allocated in a separate frequency range. The MPEG-2 transport stream enables 
transmission of a plurality of DTS types over each 6 MHz RF subdivision, as compared to a 

20 6 MHz ATS 210. Three types of digital transport signals 250 illustrated in FIG. 2 include 
broadcast digital transmission signals 220, carousel digital transmission signals 230, and on- 
demand transmission signals 240. MPEG-2 transport may be used to multiplex video, 
audio, and data in each of these digital transmission signals (DTSs) 250. However, because 
MPEG-2 transport streams multiplex video, audio, and data to be placed in the same stream, 

25 the DTSs 250 do not necessarily have to be allocated in separate 6 MHz RF frequencies, 
unlike the ATSs 210. 

Continuing with FIG. 2, the broadcast DTSs 220 and carousel DTSs 230 preferably 
function as continuous feeds for indefinite time, whereas the on-demand DTSs 240 are 
continuous feed sessions for a limited time. Preferably, all DTSs 250 are capable of being 

30 transmitted at liigh data rates. The broadcast DTSs 220 preferably carry data comprising 
multiple digitally compressed and formatted as MPEG-2, TV source signals and other 
continuously fed data information. The carousel DTSs 230 carry broadcast data, such as 
IPG data and data for a catalog of recordable media content, that is systematically broadcast 
in a cycling fashion but updated and revised as need be. Thus, the carousel DTSs 230 can 
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serve to carry high voliime data, such as IPG data and purchasable recordable media (PRM) 
catalog data, as well as other data at high data rates. The carousel DTSs 230 preferably carry 
data formatted in directories and files by a Broadcast File System (BFS) (not shown), which 
is used for producing and transmitting data streams throughout the subscriber television 
5 system, and which provides an efficient method for delivery of application executables and 
application data to the DHCT 16. The on-demand DTSs 240 can carry particular 
information, such as compressed video and audio pertaining to subscriber requested video 
services or recordable media content, as well as other specialized data information. Each 
carousel DTS 230 and on-demand DTS 240 is defined by a session managed by a session 
10 manager 334 in FIG. 3, via an MPEG-2 Digital Storage Media - Command and Control 
(DSM-CC) protocol. 

Also shown in FIG. 2 are Out-Of-Band (OOB) signals 251 that provides a 
continuously available two-way signaling path to the DHCT 16 regardless of which in- 
band signals are tuned to by an individual DHCT 16 in-band tuner. The DHCT 16 may 

15 also comprise multiple in-band tuners in which case the OOB signals 251 complements 
the service of the set of in-band tuners. The OOB signals 251 consists of a forward data 
signal (FDS) and a reverse data signal (RDS). The OOB signals 251 can comply to any 
one of a number of well known transport protocols but preferably complies to either a 
DAVIC 1.1 Transport Protocol with FDS of 1.544 mega bits per second (MBps) or more 

20 using Quadrature Phase-Shift Keying (QPSK) modulation and an RDS of 1.544 Mbps or 
more using QPSK modulation, or to a DOCSIS Transport Protocol with FDS of 27 Mbps 
using 64-QAM modulation and a RDS of 1.544 Mbps or more using QPSK modulation or 
16-QAM modulation. The OOB signals 251 provides the two-way operation of the 
network, which allows for subscriber interactivity with the services provided by the 

25 network. Therefore, the DHCT 16 preferably contains functionality somewhat similar to 
a networked computer (i.e., a computer without a persistent storage device) in addition to 
traditional set top box functionality, as is well known in the art. Furthermore, the OOB 
signals 251 are not limited to a 6 MHz spectrum, but generally to a smaller spectrum, 
such as 1.5 or 3 MHz, in one embodiment. 

30 FIG. 3 is a block diagram of the example headend 11 depicted in FIG. 1, as 

configured in a subscriber television system, to provide purchasable and recordable media 
(PRM) content services, either as an on-demand or scheduled service with a plurality of 
possible delivery durations. It will be understood that the headend 1 1 shown in FIG. 3 is 
merely illustrative and should not be construed as implying any limitations upon the 
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scope of the preferred embodiments of the invention. In the system headend 11, a PRM 
application server 319 and a plurality of other application servers (not shown) are 
connected to a digital network control system (DNCS) 323 via an Ethernet connection 
332. The PRM application server 319 preferably is responsible for the following: 
reserving and configuring system resources needed to provide PRM services, for 
packaging, configuring and making available the executable software program comprising a 
PRM application cUent 477 (FIG. 4A), for providing configuration and service data (such as 
a catalog of recordable media content categorized and displayed by titles available for rent 
and/or purchase) to PRM application cUents 477, and for storing data at the request of a 
PRM apphcation client 477. The DNCS 323, in communication with the PRM application 
server 319, reserve and configure system resources to effect the delivery of PRM content 
to a purchaser, as described below. A PRM application cHent 477 executing on processor 
444 (FIG. 4A) in the DHCT 16 generates a user interface that is displayed on television 
441 (FIG. 4A) for the subscriber to browse, purchase, and access media content such as 
movies, CDs, video clips, etc. This may require, among other things, engaging, 
preferably, in a direct two-way IP (Internet Protocol) connection with VOD content servers 
322. In other embodiments, the PRM application server 319 generates the user interface to 
provide similar functionality to the user interface generated via the PRM application client 
477 described above. 

The DNCS 323 provides management, monitoring, and control of the STS 10 (FIG. 
1) network elements and broadcast services provided to users. The DNCS 323 provides 
control and commimication functionary by monitoring the DHCTs 16 and facilitating 
messaging between the DHCTs 16 and components within the headend 11. When any of 
the communication functionality is provided by headend 11 components other than the 
DNCS 323, the DNCS 323 indirectly provides similar ftinctionality by providing the 
control and coordination to those other devices that provide the required communication 
functionality to enact a particular media service. 

In one implementation, the DNCS 323 includes fimctional support for client-server 
appUcations and other components in the STS 10 (FIG. 1) with its server counterparts, 
including BFS Server 328 and SAM server 325, which will be described in greater detail 
below. Briefly, the client-server application counterparts work in coordination with DNCS 
323 to effectively utilize the primary features of the interactive television system and 
manage the sale and delivery of, among other things, PRM content. Furthermore, the 
cUent-server application software in communication with the DNCS 323 can effectively 

8 
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redirect allocation of excess VOD infirastructure capacity to facilitate maximum rate 
delivery of PRM content in cooperation with the PRM application client 477 (FIG. 4A). 
Also, in one implementation, the DNCS 323 uses a data insertion multiplexer 329 and a 
data QAM 330 to insert the in-band broadcast file system (BFS) data into a compressed data 

5 stream, for example, an MPEG-2 transport stream. 

The DNCS 323 also includes a session manager 334 and a conditional access 
system 370. The session manager 334 preferably uses the MPEG-2 DSM-CC protocol to 
coordinate requests for media content, for example, PRM content. The session manager 
334 processes user to network (U-N) session signaling messages, manages allocation of 

10 session-related network resources and supports network management operations. The 
session manager 334 supports exclusive services, such as the PRM service, by providing the 
signaling interface to establish, maintain, and release client-initiated exclusive sessions. The 
session manager 334 acts as a point of contact to the network for the DHCT 16 in the 
network 18 to establish individual sessions. The session manager 334 also defines a 

15 resovirce descriptor structure, which is used to request the network resources within a 
session. 

The conditional access system 370 communicates with the DHCT 16 and the 
billing system 320 to determine whether a particular subscriber is authorized to receive 
PRM content. If a DHCT 16 is not authorized for PRM service, the conditional access 

20 system 370 insures that such services are not transmitted. 

' The PRM application server 3 1 9 conrnmnicates via the Ethernet connection 332 to a 
service application manager (SAM) server 325 contained in the DNCS 323. Service 
application manager (SAM) server 325 is a server component of a cUent-server pair of 
components, with the client component being located at the DHCT 16. Together, the client- 

25 server SAM components provide a system in which the user can access services, which are 
identified by an application to run and one or more parameters, such as particular data 
content, specific to that service. The SAM server 325 also manages the life cycle of the 
appUcations on the system, including the definition, activation, and suspension of services 
they provide and tiie downloading of the applications mto the DHCT 16 as necessary. The 

30 PRM application server 319 defines its apphcation to the SAM server 325 and the SAM 
server 325 instructs the BFS server 328 to add the executable code for tiie PRM apphcation 
client 477 (FIG. 4A) to a carousel (not shown) for distiibution to the various DHCTs 16 in 
the network 18. In other embodiments, executable code is not transferred, but instead, 
fiinctionality is effected through other mechanisms. 

9 
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The BFS server 328 is a part of a broadcast file system that has a BFS dient 443 
(FIG. 4A) in each DHCT 1 6 in the network 1 8 . Applications on both the headend 1 1 and the 
DHCT 16 can access the data stored in the BFS server 328 in a manner somewhat similar to 
a file system found on disc operating systems. The BFS sei-ver 328 loads data for 
applications on a carousel (not shovra) that sends data in a cyclical repeated fashion, each 
cycle approximately the same period of time so that the DHCT 16 that communicates a 
request for any particular data may receive it when the user desires the data. Thus, the BFS 
client 443 (FIG. 4A) contained in the DHCT 16 that receives the broadcast fi:om the BFS 
server 328 can implement the application for the user, as will be described in greater detail 
below. 

PRM content or data can reside in the PRM application server 319, in the VOD 
content server 322, or in other application servers (not shown). The content manager 321 
and VOD content servers 322 deliver MPEG-2 content to a group of QAM modulators 324. 
PRM content can reside in VOD content servers 322 as a movie, as an audio program, or as 
an MPEG-2 private data program. The content manager 321 is responsible for managing the 
content on the VOD content servers 322 and on other servers such as PRM appUcation 
server 319 or other application servers (not shown). The PRM appHcation server 319 
utilizes the content manager 321 and VOD content servers 322 to deliver the data, video 
and/or audio streams that make up the PRM services. The PRM application server 319 is in 
communication wdth the content manager 321 and VOD content servers 322 to effect the 
delivery of PRM content that resides in VOD content servers 322. The QAM group 324 is 
actually a multiplex of QAMs that support PRM content transmission to a particular DHCT 
16. The session manager 334 m DNCS 323 determmes which QAM modulator has access 
to a particular DHCT 16. The QAM modulators 324 are also responsible for encrypting the 
transport stream and inserting other data and information into the stream, as will be 
described in more detail below. The QAM modulators 324 receive the MPEG-2 transport 
stream &om the VOD content servers 222 and convert it to an encrypted RF signal at a 
specified frequency (e.g. channel). 

In one embodiment of the invention, content manager 321 fulfills management of 
VOD content and PRM content. In an alternate embodiment, content manager 321 is 
comprised of two entities, a first content manager dedicated to VOD content management 
and a second manager dedicated to PRM content management. 

A Quadrature Phase-Shift Keying (QPSK) modem 326 is responsible for 
transporting the out-of-band IP (Internet protocol) datagram traffic between the distribution 

10 
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headend 1 1 and a DHCT 16. Data from the QPSK modem 326 is routed by headend router 
327 within the headend 11. The headend router 327 is also responsible for delivering 
upstream appUcation traffic, such as a user requests for PRM content, to the various 
application servers, such as, for example, PRM application server 319. 
5 FIG. 4A is a block diagram illustrating a DHCT 16 that is coupled to a headend 1 1 

and to a television 441. It will be understood that the DHCT 16 shown in FIG. 4A is 
merely illustrative and should not be construed as implying any limitations upon the 
scope of the preferred embodiments of the invention. Some of the functionality 
performed by appUcations executed in the DHCT 16 (for example, the PRM application 

10 client 477) may instead be performed at the headend 11 and vice versa, in some 
embodiments. A DHCT 16 is typically situated at the residence of a user or place of 
business and may be a stand-alone unit or integrated into another device such as, for 
example, a television set or a personal computer or an audio device, such as, for example, a 
programmable radio. The DHCT 16 preferably includes a communications interface 442 for 

15 receiving signals (video, audio and/or other data) from the headend 1 1 through the network 
1 8 and for providing any reverse information to the headend 1 1 through the network 1 8. 

The DHCT 16 preferably includes at least one processor 444 for controlling 
operations of the DHCT 16, an output system 448 for driving the television display 441, and 
at least one tuner system 445 for tuning into a particular television channel to be displayed 

20 and for sending and receiving various types of data or media content to and from the 
headend 11. In other embodiments, multiple tuners can be used. The tuner system 445 
includes, in one implementation, an out-of-band tuner and upstream transmitter for bi- 
directional QPSK data communication and a quadrature amplitude modulation (QAM) tuner 
(in-band) for receiving television signals. It should be appreciated that the OOB tuner and 

25 upstream transmitter can be one component, or in other embodiments, the tuner and 
transmitter can be independent of each other and located separately within the DHCT 16. 
The OOB tmier and upstream transmitter enables the DHCT 16 to interface with the 
network 18 so that the DHCT 16 can provide upstream data to the network 18, for 
example, via a QPSK channel that serves as an upstream OOB channel and received by a 

30 QPSK receiver in QPSK modem 326 in headend 11. In this manner, a subscriber can 
interact with the subscriber television system to request services or the data of services 
such as, for example, PRM content. Alternatively, the upstream data transmission can be 
effected via a QAM channel with a QAM transmitter in DHCT 1 6 and a QAM receiver in 
headend 11. Alternatively, a telephone modem in the DHCT 16 can be utilized for 
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upstream data transmission. Further, a headend 1 1 or hub 12 (FIG. 1) or other component 
located upstream in the subscriber television system may receive data from a telephone 
network coupled to a telephone modem and can route the upstream data to a destination 
internal or external to the subscriber television system. 

The DHCT 16 preferably includes a demultiplexing system 443 comprising 
functionality for QAM demodulation, forward error correction (FEC), transport 
demultiplexing, decryption (via decryptor 588), and parsing, as is well known in the art, 
for signal processing of broadcast media content and data in the subscriber television 
system. Transport demultiplexing preferably includes MPEG-2 transport demultiplexing. 
The demultiplexing system 443 in communication with communication interface 442, 
tuner system 445 and processor 444 effects reception of compressed video streams, 
compressed audio streams, and compressed data streams corresponding to a selected 
program to be separated from other programs and/or streams transported in the tuned 
transmission channel and to be eventually stored in secondary storage device 414 (FIG. 
4A) in accordance with one embodiment of the invention, as will be described in greater 
detail below. 

The security processor 565 is a secure element for performing security and 
conditional access related fimctions. More particularly, the security processor 565 
fimctions to authorize the DHCT 16 of a paying subscriber to execute specialized 
functionality of the DHCT 16, such as receiving and decrypting (or descrambling) 
encrypted (or scrambled) media content and other data sent from a remote device. 
Security processor 565 preferably includes a microprocessor and a memory that only the 
microprocessor of the security processor 565 may access. Preferably, security processor 
565 is contained in a tamper proof package. With reference to FIG. 3, in one 
implementation, encryption is applied to the data stream of the requested media content, 
for example the respective PRM content, at the QAM group 324 at the headend 1 1 
according to encryption methods well-known to those of ordinary skill in the art. An 
encryption component resident in the QAM group 324 in the headend 1 1 and under the 
direction of the DNCS 323 encrypts, for example, MPEG-2 transport stream packets used 
to transmit the PRM content. The encrypted PRM content also includes, in one 
embodhnent, entitlement control messages that axe recognized by the security processor 
565 (FIG. 4A) at the DHCT 16 as information needed to decrypt the encrypted PRM 
content. Security processor 565 preferably stores authorization information, wherein the 
authorization information indicates that the subscriber is entitled to access the PRM 

12 
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content. The authorization information is obtained from one or more entitlement 
messages sent by the headend 11 after, or concurrently with, initialization of the DHCT 
16 into a purchased service. If the authorization information indicates that the subscriber 
is entitled to the PRM content, security processor 565 generates a code word or key based 
on the authorization information and the received entitlement control message, and the 
security processor 565 uses this key to decrypt the encrypted PRM content at the 

decryptor 588 (FIG. 4A). 

Additionally, a receiver 446 receives externally generated information, such as user 
inputs or commands firom other devices. The DHCT 16 may also mclude one or more 
wireless or wired interfaces, also called communication ports 474 and 475, for receiving 
and/or transmitting data to other devices. For example, communication ports can be 
configured as USB (Universal Serial Bus), Ethernet (for connection to a computer), lEEE- 
1394 (for connection to media devices in an entertainment center), or as serial and/or parallel 
data ports such as integrated drive electronics (IDE) or small computer system interface 
(SCSI) port. The user inputs may be, for example, provided by a computer or transmitter 
with buttons or keys located either on the exterior of the terminal or by a hand-held remote 
control device or keyboard that includes user-actuated buttons, or the user inputs may be 
aural. 

FIG. 4B is a block diagram of an example remote control device 480 that is used 
to provide user input to the DHCT 16. The arrow buttons 382 include an up arrow button 
383, a down arrow button 384, a left arrow button 385, and a right arrow button 386 that 
are used to scroll through options or selections and/or to highlight an option or selection 
displayed on one of the plurality of user interface screens described below. The select 
button 387 may be used to select a currently highlighted option or selection that is 
provided to the user. Lettered button "A" 388, "B" 389, and "C" 390 may be used to 
implement functions on a user interface screen that have the corresponding letter. 
Numeric buttons 395 may be used to enter numbers, or configured with the application to 
enter letters corresponding to the numeric buttons 395. In describing the example screen 
displays (described below), it will be understood that "selecting" or "pressing" the 
navigational and lettered buttons on the screen actually require selecting the 
corresponding buttons, or keys, on remote control device 480. Many alternative methods 
of providing user input may be used including a remote control device with different 
buttons and/or button layouts, a keyboard device, a voice activated device, etc. The 
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embodiments of the invention described herein are not Hmited by the type of device used 
to provide user input. 

Returning to FIG. 4A, in one implementation, the DHCT 16 includes system 
memory 449, which includes FLASH memory 451 and dynamic random access memory 
5 (DRAM) 452, for storing various applications, modules and data for execution and use by 
the processor 444. Basic functionality of the DHCT 16 is provided by an operating system 
453 that is primarily stored in FLASH memory 45 L Among other elements, the operating 
system 453 includes at least one resource manager 467 that provides an interface to 
resottrces of the DHCT 16 such as, for example, computing resources. An application 

10 referred to as a navigator 455 is also resident in FLASH memory 451 for providing a 
navigation framework for services provided by the DHCT 16. The navigator 455 registers 
for and in some cases reserves certain user inputs related to navigational keys such as 
channel increment/decrement, last channel, favorite channel, etc. The navigator 455 also 
provides users with television related menu options that correspond to DHCT 16 

15 functions such as, for example, blocking a channel or a group of channels from being 
displayed in a channel menu. 

The FLASH memory 451 also contains a platform library 456. The platform library 
456 is a collection of utilities useful to applications, such as a timer manager, a compression 
manager, a configuration manager, an HTML parser, a database manager, a widget toolkit, a 

20 string manager, and other utilities (not shown). These utilities are accessed by apphcations 
via apphcation programming interfaces (APIs) as necessary so that each appUcation does not 
have to contain these utilities. Two components of the platform library 456 that are shown 
in FIG. 4A are a window manager 459 and a service application manager chent (SAM) 457. 

The window manager 459 provides a mechanism for implementing the sharing of the 

25 screen regions and user input. The window manager 459 in the DHCT 16 is responsible for, 
as directed by one or more applications, implementing the creation, display, and de- 
allocation of the limited DHCT 16 screen display resources. It allows multiple applications 
to share the screen by assigning ownership of screen regions, or windows. The window 
manager 459 also maintains, among other things, a user input registry 450 in DRAM 452. 

30 When a user enters a key or a command via the remote control device 480 or another input 
device such as a keyboard or mouse, the user input registry 450 is accessed to determine 
which of various applications nmning on the DHCT 16 should receive data corresponding to 
the input key and in which order. As an apphcation is executed, it registers a request to 
receive certain user input keys or commands. When the user presses a key corresponding to 
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one of the commands on the remote control device 480, the command is received by the 
receiver 446 and relayed to the processor 444. The processor 444 dispatches the event to the 
operating system 453 where it is forwarded to the window manager 459 which ultimately 
accesses the user input registry 450 and routes data corresponding to the incoming command 
to tlie appropriate application. 

The client SAM 457 is a client component of a cUent-server pair of components, 
with the server component being located on the headend 1 1 preferably in the DNCS 323 
(FIG. 3). A SAM database 460 (i.e. structured data such as a database or data structure) in 
DRAM 452 includes a data structure of services and a data structure of channels that are 
created and updated by the headend 11. Herein, database will refer to a database, structured 
data or other data structures as is well known to those of ordinary skill in the art. Many 
services can be defined using the same application component, with different parameters. 
Examples of services include, without limitation and in accordance with one 
implementation, presentuig television programs (available through a WatchTV application 
462), pay-per-view events (available through a PPV appUcation 464), digital music (478), 
video-on-demand (available through an VOD appUcation 463), purchasable recordable 
media (PRM) services (via PRM appUcation client 477), and an interactive program guide 
(available through IPG application 377). hi general, the identification of a service includes 
the identification of an executable application that provides the service along with a set of 
application-dependent parameters that indicate to the application the service to be provided. 
For example, a service of presenting a television program could be executed by WatchTV 
appUcation 462 with a set of parameters specifying the HBO to view HBO or with a separate 
set of parameters to view CNN. Each association of the appUcation component (tune video) 
and one parameter component (HBO or CNN) represents a particular service that has a 
unique service I.D. The cUent SAM 457 also interfaces with the resource manager 467, as 
discussed below, to control resources of the DHCT 16. 

AppUcation clients, or appUcations, can also be downloaded into DRAM 452 at 
the request of the client SAM 457, preferably in response to a request by the user or in 
response to a message from the headend 1 1 . In one implementation, DRAM 452 contains 
a video-on-demand application (VOD) 463, an e-mail application 476, a PRM application 
477, and a web browser application 475, among others. It should be clear to one with 
ordinary skill in the art that these appUcations are not limiting and merely serve as 
examples for one embodiment of the invention. Furthermore, one or more DRAM based 
applications may, as an alternative embodiment, be resident in FLASH memory 451. 

15 
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These applications, and others provided by the subscriber television system operator, are 
top level software entities on the network for providing services to the user. 

In one implementation, applications executing on the DHCT 16 work with the 
navigator 455 by abiding by several guidelines. First, an application, or application 
5 client, utilizes the client SAM 457 for the provision, activation, and suspension of 
services. Second, an application shares DHCT 16 resources with other applications and 
abides by the resource management policies of the client SAM 457, the operating system 
453, and the DHCT 16. Third, an application handles situations where resources are only 
available with navigator 455 intervention. Fourth, when an application loses service 

10 authorization while providing a service, the application suspends the service via the SAM 
(the navigator 455 will reactivate an individual service application when it later becomes 
authorized). Finally, an application is designed to not have access to certain user input 
keys reserved by the navigator (i.e., power, channel +/-, volume +/-, etc.). 

An executable program or algorithm corresponding to an operating system (OS) 

15 component, or to a client platform component, or to an application client, or to respective 
parts thereof, can reside in and execute out of DRAM 452 and/or FLASH memory 451. 
Likewise, data input into or output from any executable program can reside in DRAM 
452 or FLASH memory 451. Furthermore, an executable program or algorithm 
corresponding to an OS component, or to a client platform component, or to an 

20 application client, or to respective parts thereof, can reside in FLASH memory 451, or in 
a local storage device coupled to DHCT 16 and can be transferred into DRAM 452 for 
execution. Likewise, data input for an executable program can reside in FLASH memory 
451 or a storage device, for example storage device 413, and can be transferred into 
DRAM 452 for use by an executable program or algorithm. In addition, data output by an 

25 executable program can be written into DRAM 452 by an executable program or 
algorithm and can be transferred into FLASH memory 45 1 or into a storage device for 
storage purposes. 

In one embodiment, the DHCT 16 includes a primary storage device 413 and a 
secondary storage device 414. The ability to record programming on tlie primary storage 
30 device 413 provides a convenient method to temporarily buffer programming to fit a 
viewing schedule, however, in accordance with one embodiment, for economic reasons the 
DHCT 16 may have a limited amoimt of primary storage- In one implementation, based on, 
for example, existing VCR usage patterns, there will be many occasions when the user will 
want to save or archive programs on the secondary storage device 414 for later viewing or 

16 
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archive the programs for later reference. The primary storage device 413 is preferably 
internal to DHCT 16 and in electrical communication to an internal main bus for 
communication with other DHCT 16 elements through a data interface 412 implemented as 
a SCSI or IDE interface. In other embodiments, the primary storage device 413 can be 
externally connected to (and thus removable from) the DHCT 16 via a communication port 
(for example, 474 or 475) that is configured as a SCSI or an IDE interface. The primary 
storage device 413 is preferably a hard disk drive. The primary storage device 413 
preferably exhibits fast seek-time and high data transfer rates properties and its storage 
medium is preferably non-removable, such as in the case of a hard disk drive. Because the 
amount of data in one or more downloaded instances of PRM content typically surpasses the 
memory space allocated for application data in memory 449, and because the prhnary 
storage device 413 features sufficiently large storage capacity, the primary storage device 
413 serves, in one implementation, as a large repository or cache for downloaded PRM 
content. Altematively, memory 449 may be large enough (and fast enough) to 
accommodate data transfers without the need for the primary storage device 413. 

In one implementation, mder the auspices of the real-time operating system 453 
executed by processor 444, and in coordination with PRM application client 477, 
downloaded PRM content and/or data is received in DHCT 16 via communications interface 
442 and stored in a temporary buffer (not shown) in memory 449. Herein, PRM content and 
other media content will be understood to also refer to other types of data in addition to, or 
instead of, media content. The temporary buffer is implemented and managed to enable data 
transfers from the temporary buffer to the primary storage device 413 in concert with the 
insertion of a newly arriving PRM content into the temporary buffer. The fast access time 
and high data transfer rate characteristics of primary storage device 413 enables PRM 
content to be read from the temporary buffer in memory 449 and written to the storage 
medium of primary storage device 413 in a sufficiently fast manner. Orchestration of 
multiple simultaneous data transfer operations is effected so that while PRM content is being 
transferred from memory 449 to primary storage device 413, new PRM content is received 
and stored in the temporary buffer. The coordination of data transfers and lower latency 
characteristics of primary storage device 413 enable PRM content to be received by DHCT 
16 at high data rates. The primary storage device 413 functions to store PRM content that is 
received by the DHCT 16 from the headend 1 1 on an interim basis. 

For permanent or semi-pemianent storage, the secondary storage device 414 
comprises a storage media drive, internally or externally connected to DHCT 16 in a similar 

17 
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fashion as the primary storage device 413, but featuring at least one high-capacity removable 
storage medium and, in one implementation, slower seek-time and lov^er data transfer rates 
characteristics. The secondary storage device 414 is preferably a multiple compact disc 
(CD) drive or multiple digital video disc (DVD) carousel or magazine drive tliat at least has 
5 write capability, but may also have read capability among other capabilities. Alternatively, 
the secondary storage device 414 may be a single CD drive or DVD drive with at least write 
capability, but may also have read capability among other capabilities, or the secondary 
storage device 414 can be a video recorder (VCR or D-VCR) or other data recorder. 
Alternatively, the carousel may be a magazine type. In one implementation, the PRM 

1 0 content that is received and stored on the primary storage device 413 is transferred by way of 
memory 449 to the secondary storage device 414 wherein it is written to one or more 
removable media residing in the secondary storage device 414. The transfer of PRM content 
from primary storage device 413 to secondary storage device 414 can occur concurrently to 
the download of the respective PRM contain in a coordinated sequential fashion or after the 

15 respective PRM content has been completely received and stored in the primary storage 
device 413. In the former case a second temporary buffer (not shown) in memory 449 is 
utilized to implement the transfer of PRM content from the primary storage device 413 to 
secondary storage device 414. Given its faster seek time and higher data transfer rate 
characteristics, primary storage device 413 preferably operates faster than the secondary 

20 storage device 414. Altematively, PRM content is transferred from memory 449 to the 
secondary storage device 414 with higher data rate transfer characteristics, or yet in other 
embodiments, PRM content is transferred from a remote server or other remote device to a 
DHCT 16 communication port and then directly to the secondary storage device 414. 

In one embodiment, media content (including PRM content) is first recorded/stored 

25 in a primary data buffer (not shown, but for example, in primary storage device 413) and 
indexed by content ID and record date/time information (i.e. meta data). The minimum 
content ID information collected is the originating channel number but could include 
program ID (PID) or other media content and media content description information. The 
record date/time information is simply the date/time the recording was made and is used by 

30 the system for data management/purge and can also be used by the subscriber, via archiving 
mechanisms of the PRM application, as one of several methods to locate previously 
recorded media content. The media content recorded in the primary buffer is available for 
viewing and disposition by the subscriber. Media content can be viewed, deleted, or spooled 
along with the data accessible by universal or widely adopted access and naming 

18 
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conventions (e.g., as is characteristically in meta data) to a secondary buffer (not shown, but 
for instance, in secondary storage device 414) for longer term storage and playback. Media 
content left in tiie primary buffer are subject to be deleted (i.e. the associated disk space 
made writeable) by new media content. In one embodiment, the secondary buffer is located 
on removable media that can be stored for future playback. 

Also as shown in FIG. 4A, the DHCT 16 preferably includes access to a printer 458, 
either connected locally to the DHCT 16 or via a home communication network via 
communication port 474. In one implementation, the printer 458 prints labels to be 
applied to the removable media (i.e., CDs or DVDs) of the secondary storage device 414. 
Preferably, these labels convey, at least, verification of purchase and authenticity of the 
data written to the media. Thus, in one implementation, labels are printed by the printer 
458 as a result of an execution signal received by tiie printer 458 from the PRM 
application cUent 477 as a result of an authorized purchase of PRM content in which 
authorization was granted from the headend 11. Alternatively, DHCT 16 may operate 

without the printer 458. 

The PRM application client 477 configures the DHCT 16 for tiie download, 
purchase, and billing of PRM content, mcluding configuring tiie DHCT 16 for receipt of 
trial and impulse purchases of PRM content. The PRM appUcation client 477 preferably 
is downloaded into DRAM 452 from the headend 1 1 . Alternatively, the PRM application 
cUent 477 may be resident in FLASH memory 451. To offer PRM service, in one 
implementation, the subscriber television system operator assigns a portion of tiie 
downstream and upstream bandwidth capacity in the subscriber television system to be 
dedicated for transmission of PRM content. The amount of bandwidth capacity tiiat can 
be allocated to the PRM service is finite. Grants for requests to download (i.e. transmit) 
PRM content may be limited during peak-time periods that correspond to high bandwidtii 
consumption by a plurality of other services. On the other hand, off-peak-time periods 
may feature unused bandwidth capacity intended for other services tiiat can be 
repossessed for doAvnloading of PRM content. 

In one embodiment, the amount of bandwidth capacity allocated for PRM service 
varies throughout time to reflect bandwidtii consumption by a plurality of bandwidth 
consuming services, including but not limited to VOD services. Durmg peak periods of 
other bandwidth consuming services such as, for example, video-on-demand (VOD), the 
amount of bandwidth capacity allocated to the PRM service is less than during the off- 
peak periods. Consequentiy, the duration for downloading a PRM content instance 
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dioring peak-periods is typically longer than the dviration for doAvnloading a PRM content 
instance during off-peak periods. For example, VOD off-peak periods may run from 6:00 
AM to 11:00 AM during the first week of May. Accordingly, the DNCS 323 (FIG. 3) at 
the headend 1 1 will allot bandwidth for downloading PRM content by repossessing the 
5 off-peak unused bandwidth assigned to video on-demand services via a plurality of DTSs 
240 (FIG. 2). 

In one embodiment, referring to FIG. 3, mder coordination and communication 
between content manager 321, DNCS 323, and PRM application server 319, PRM content is 
transferred from PRM application server 319 or other application servers (not shown) to 

10 VOD content sender 322 via Ethernet connection 332 to effect PRM content delivery over 
repossessed unused bandwidth intended for VOD services. The DNCS 323 communicates 
the frequency where unused bandwidth is repossessed to subscriber DHCTs requestiag PRM 
services (i.e. subscribers who have elected downloads of PRM content during these times) 
resulting in the tuner system 445 (FIG. 4A) of a requesting DHCT 16 to tune to the 

1 5 corresponding frequency to receive the downloadable PRM content. 

In another embodiment of the invention, again referring to FIG. 3, under 
coordination and commimication between content manager 321, DNCS 323, BFS 328, and 
PRM application server 319, purchased PRM content that resides in the PRM application 
server 3 19 or in other application servers are transmitted for product delivery from the server 

20 wherein media content resides to the BFS server 328 via Ethernet connection 332. A 
particular PRM content instance may reside indefinitely in BFS server 328 due to the high 
demand of that particular content or content instance, or temporarily during times of unused 
BFS bandwidth. In another embodiment, introduction of new media content releases, such 
as games or audio content, may reside in the BFS server 328 for a finite period, such as a 

25 month, starting from their introduction time. Alternatively, PRM content may reside in a 
BFS server 328 for periods of times in which BFS server 328 exhibits imused bandwidth 
capacity. Thus, the PRM application server 319 (FIG. 3) employs available bandwidth 
capacity using in-band or out-of-band services or a combination thereof Numerous 
unique combinations of PRM content delivery may be employed when lacking bandwidth 

30 resources. 

According to one implementation, bandwidth allocation for PRM service is 
managed according to a series of recurring sub-schedules consisting of a plurality of non- 
overlapping time intervals as illustrated in FIG. 5. "N" sub-schedules are illustrated in 
FIG. 5, with the understanding that a plurality of sub-schedules may appear between sub- 

20 
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schedule #1 and sub-schedule #N. Time intervals are demarcated by time marks 510, 
520, etc., on horizontal time axis 505, and represent times within a 24 hour period. The 
interval between these time marks, such as between time marks 510 and 520, represent a 
period during the 24 hour period, for example, 2:00 AM to 5:00 AM. The time mark 530, 
continuing the example, would represent 9:00 AM, and thus this interval will span 4 
hours (time mark 530, which is 9:00 AM minus time mark 520 (5:00 AM) equals 4 
hours). The corresponding bandwidth allotted during these time intervals is represented 
by the blocks over the corresponding time intervals, such as block 590 over the second 
time interval bordered between time marks 510 and 520. Allocated bandwidth goes from, 
for example, zero at the intersection pomt 501 of the horizontal time axis 505 and vertical 
bandwidth axis 507 in sub-schedule#l to increasing bandwidth when advancing up from 
zero at intersection 501. Preferably, the time intervals vary in length and are estabUshed 
with demarcation according to collected historical data of bandwidth consxmiption 
patterns for a plurality of services. Allocation of bandwidth capacity may vary between 
one time interval to the next. Pricing for each respective PRM content instance may or 
may not vary in each of the respective time intervals according to, in one implementation, 
whether the time interval is a peak period or not. For example, durmg peak periods, such 
as 6:00 to 11:00 P.M. of the week nights, the recurring schedule may exhibit higher pricing 
for PRM services whereas during certain, low-demand time periods such as 6:00 to 11:00 
A.M of the weekend days the pricing will be lower. As disclosed below, other factors such 
as demand for new releases and popular media content may also influence pricing. 
Therefore, allocation of bandwidth capacity for PRM services can be configured to adapt 
in a time-specific manner according to a plan. 

The allocated bandwidth PRM services can be configured to switch as time 
progresses firom a first allocation sub-schedule to a second allocation sub-schedule according 
to a main schedule that specifies the time interval when each of two or more sub-schedules is 
to be active as illustrated in FIG. 6. As noted in FIG. 6, the plan may consist, in one 
embodiment, of scheduling for the year with multiple schedules 610, fiarther administered 
with fewer schedules on a per week basis 620, and administered with even fewer schedules 
on a daily basis 630. For example, only one configurable sub-schedule is active at a time 
throughout the configurable recurring schedule but a first configurable sub-schedule may be 
active throughout one or more distinct and non-overlapping time intervals of the 
configurable recurring schedule. The recurrence of the schedule is configured to one of a 
plurality of time periods such as a weekly, daily, or a montiily reciarring schedule. 
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According to another possible bandwidth allocation schedule, a multiplicity of time- 
adaptive schedules for each of a multiplicity of recurring schedule choices are pre- 
configured. In this embodiment, the cable system operator may monitor the bandwidth and 
PRM service usage and be given the option of manually implementing one of the pre- 
configured allocation schedules without following a plan. 

Alternatively, the DNCS 323 (FIG. 3) may automatically monitor bandwidth usage 
and automatically select one of the pre-configured schedules. For instance, six different 
configurations may be available for time-adaptive management of the bandwidth allocated 
for PRM services for a daily recurring schedule. On the other hand, more than six different 
arrangements may be necessary when unplementing time-adaptive bandwidtli management 
on a weekly recurring schedule. 

In one embodiment, as illustrated in FIG. 7, the user is presented with an 
interactive program guide (IPG) 770 which has PRM icons next to varied media content 
selections, suggesting to the user the availability of a dovmloadable and recordable option 
for those selections. The icons, and their screen coordinates, can be stored locally as an 
attribute in each program (i.e. media content) record, like stereo or second audio program 
(SAP) attributes. The program records can be stored in a database in the DHCT 16, for 
example an IPG database 483 or the PRM database 481 (FIG. 4A). Alternatively, the 
program records can be maintained at the headend 11 (FIG. 3). Any appUcation can 
display the icon after, for example, the program title in the appUcation graphical user 
interface (GUI) presentation (e.g. IPG 770). For example, selections Saving Private Ryan 
and American History under the PPV category 776 have icon "CD/DVD" next to them 
suggesting to the user that these selections are available for downloading to a recordable 
medivim, such as a CD or DVD. In another embodiment, the user may be presented with 
a service guide option 876 such as in the example IPG 890 depicted in FIG. 8. Upon 
selecting the service guide option 876, the user is presented with service selections in a 
service guide, such as example service guide 950 as illustrated in FIG. 9. Alternatively, 
the PRM service 1075 may be a selectable service entity, as illustrated in example service 
guide 1050 of FIG. 10. Selecting tlie PRM service 1075 from the example service guide 
1050 may present various media content options that are pvirchasable recorded media 
content, categorized, for example, in media content categories such as music, movies, 
software, etc. 

FIG. 11 is a screen diagram of an example VOD selection screen display 1170 
responsive to the user entering the VOD catalog selection 958 in the example service 
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guide 950 in FIG. 9. A similarly formatted screen may be presented, for example, if the 
user selects from the service guide 950 (FIG. 9) a PPV selection 957, or music selection 
959, or software selection 960. Referring to FIG. 11, the user is presented with an 
information screen display 1111 that includes a select button 1176, which provides the 
5 user the ability to rent or purchase the highlighted selection 1 173. By pressing the select 
button 1176, the user is presented with a user interface screen (not shown) that provides 
the user with an option to either dovmload (purchase) the highlighted selection 1173 for 
recording and thus for indefinite personal possession (i.e. buy), or rent. The PRM service 
is integrated into the VOD catalog, in one embodiment, as another option (like price). In 

10 one implementation, the system operator may choose what VOD content is available for 
PRM service and then program the headend 11 (FIG. 3) accordingly. In another 
implementation, the content provider may offer certain VOD content with PRM service, 
which is then a feature provided to the user through the headend 1 1 . Once the user selects 
the aforementioned dovmload option (not shown), the user will be presented with the 

15 example PRM purchase screen illustrated in FIG. 12 and described below. Note that the 
screen display 1111 also includes an information button 1 177, which enables the user to 
learn more about the highlighted selection 1 173 they seek to purchase or rent. If the user 
selects rent, conventional VOD processing occurs. 

Once the user has decided on a media content selection for downloading, either by 

20 entering a selection in an IPG, a service guide, or during the presentation of a particular 
media content instance as part of an impulse purchase, the user is presented v^th an 
example purchase screen 1200, as illustrated in FIG. 12. In one embodiment, this 
purchase screen 1200 may be invoked as a mini-program located within the PRM 
appUcation 477 (FIG. 4A) "called" by another application, for example, during a VOD 

25 session when the user has selected the purchase option over the rental option, or during a 
media content instance presentation from a service upon the user requesting an impulse 
buy. Altematively, PRM application 477 fimctionality may exist as a sub-routine within 
the current media service application in session. Altematively, PRM application 477 
flinctionality may exist as software in the headend 11 (FIG. 3). Purchase screen 1200 

30 includes title header 1201 identifying the media service from which the PRM content 
instance v^U be purchased. Subtitle header 1202 suggests the purpose of the purchase 
screen 1200, which is to select download and price options. The reduced screen area 1212 
displays an image from the media content instance to be purchased. Assuming that the 
movie selection was Titanic, a picture of a representative scene for the highlighted movie 
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may be presented. Similarly, pictures of representative spreadsheets from a software 
product selected may be displayed, or a picture of a song artist may be displayed for the 
music selection, all mentioned by way of example. Information section 1210 contains 
some characterizing information about the media content purchase, including but not 
limited to media content title, date of composition, rating, download time, and available 
purchase window. Content quality index 1220 provides the user with content quality 
options, such as, for example, high definition television or standard definition, surround 
sound, etc. A higher quality option may require additional consumption of system 
resotirces. 

As with other user interface screens described previously, the user preferably 
advances highlight block 1222 over a desired content quality option of the content quality 
index 1220 by using left scroll arrow 1226 or right scroll arrow 1228. Selections 
preferably advance until an end is reached in the list, or alternatively, selections may 
"wrap-around" in a manner whereby the selections repeat themselves. Download option 
list 1246 contains download options. The user advances the highlight block 1240 over 
the desired download option by using up arrow 1262 and down arrow 1268, and a 
corresponding price for that option and content quality is displayed in the price block 
1260. Pricing for PRM content and the planning and/or scheduling of bandwidth are 
inherently related, as the price structure will depend on, among other factors, the time of 
the download and the duration of the download. In a subscriber television system that 
markets PRM content with a pluraUty of prices, a first subscriber may be willing to pay a 
premium to immediately dowrdoad a PRM content instance that is purchased during a 
peak-period. A second subscriber may pay a lesser purchase fee when purchasing a PRM 
content instance during a peak-period but selecting to download the purchased PRM 
content instance at a later time corresponding to an off-peak period. 

In one embodiment, the PRM service offers a plurality of prices for a PRM 
content mstance, and each respective price is associated with a different downloading 
time and a download duration. The price assigned to each available download option may 
depend on a number of factors. Demand for a PRM content instances, such as for new 
releases and popular media content instances, may influence pricing. The amount of 
bandwidth consumed to download the PRM content instance (and hence the download 
duration), the time of day, the day of the week (weekday, weekend, or holiday), and the 
amount of time that the subscriber has to wait until the downloading operation starts also 
influence the price. Other factors that influence pricing of a PRM content instance 
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include the PRM content type (e.g., audio, movie, or game), the PRM content quality 
(e.g., CD quality or surround sound quality audio; standard or high-definition picture 
quality), and the delivery mode (e.g., repossessed VOD excess bandwidth or via BPS 
services). In the example purchase screen 1200 of FIG. 12, the user highlights an 
innnediate download option, but other options (not shown) include downloads with a 
duration ending after a defined period (e.g. 1 hour) beginning from the download 
selection and purchase of the PRM content, and delayed download starts for subsequent 
immediate or extended duration, for example. Furthering this example, the user has 
indicated a desire for standard definition video with standard sound (as illustrated by the 
option within highUght block 1240), but other content quality options can be scrolled to 
and selected. Price block 1260 shows that the resultant price for this download 
configuration is $5.99. Other download options can be presented as the user scrolls 
through the Ust, including lower priced downloads during traditional off-peak VOD time 
periods (e.g. early morning), "trickle" downloads (i.e. extended duration downloads), 
downloads that have a delayed start, but are immediate or are extended, or downloads 
with varying quality levels. 

Other features illustrated in the example purchase screen 1200 of FIG. 12 include 
interactive mechanisms for the user. The select button 1264 enables the user to purchase 
the desired selection. The user may select the "B" more movie information button 1230 
to leam more details about the movie the user is about to purchase. The user may also 
select the "C" movie purchases button 1232 to return to the main media content screen, 
for example, the VOD catalog screen as illustrated in FIG. 11, to consider other movie 
purchases. 

The PRM application client 477 (FIG. 4A) and the PRM application server 319 
(FIG. 3) commimicate via system communication resources and functionality extended 
via communication with DNCS 323 (FIG. 3). The PRM application client 477 provides 
for a user interface for specification of downloading options in commvmication and 
cooperation with PRM application server 319 and in cooperation with other client 
applications, for example VOD 463 and PPV 464 and Music 478 applications (FIG. 4A), 
as described above. Altematively, the user interface may be provided from tiie headend 
11 (FIG. 3). The information provided on PRM user interface screens, such as the 
purchase screen 1200 (FIG. 12), is supported by the PRM database 481 (FIG. 4A). 
Similar to an IPG application 377 (FIG. 4A) that has an IPG database 482 (FIG. 4A) of 
records in which program information is supported by client-server IPG counterparts, the 
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PRM application client 477 employs the PRM database 481 of records that comprises 
PRM content information pertaming to PRM content for presentation to a subscriber. The 
PRM database 481 contains sufficient information for the presentation of available PRM 
content at the current time and for subsequent periods. The PRM content information 
comprises data organized into records of the PRM database 481 with record fields 
containing, but not limited to, information such as PRM content title, PRM content 
description, PRM genre, release year, casts or performers Ust, ratings information, and 
play duration for each PRM content instance. PRM database 481 also comprises of 
downloadable content information as well as information comprismg downloadable 
options for a plurality of intervals, starting v^th the interval corresponding to the current 
time. Pricing information associated with a downloadable option constitutes another part 
of PRM database 481 to facilitate pricing updates throughout the progression of time. 
Altematively, pricing information may reflect association with PRM content title (i.e. 
each instance) as well and a price may be associated with each PRM title and 
downloadable option pair. Downloadable options for a particular interval are displayable 
in a purchase screen, such as purchase screen 1200 (FIG. 12). Since the downloadable 
options available in a first interval may be different from the downloadable options for a 
second interval, PRM client 477 dynamically adapts displayed information according to 
available download options as the user navigates throughout different intervals. 
Downloadable content information, downloadable options information, and pricing 
information may be separate structures of PRM database 481 or one or any combination 
thereof The effective window of calendar days in which respective PRM content is 
purchasable may also be included. Additional information may be mcluded in aggregate 
fields to denote a PRM content instance rating and consequently support invoking parental 
control of media content via the PIN entry screen. Other fields designate information about 
the person that purchased and recorded the media content instance, the seller, the date 
purchased, the date recorded, and the method of sale (i.e., PRM purchase). 

PRM content information associated with PRM content is transmitted on a 
regular or periodic basis from PRM application server 319 (FIG. 3) to one or more 
DHCTs 16 (FIG. 4A). The PRM application server 319, in communication with PRM 
apphcation client 477 (FIG. 4A), effects updates to the PRM database 481 (FIG. 4A) 
stored in memory 449 (FIG. 4A) or in a storage device (such as storage device 413, FIG. 
4 A) of DHCT 16. PRM application client 477 reads PRM database 481 records and 
processes them into a displayable representation as part of a GUI presentation displayed 
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on a television 441 (FIG. 4A) or similar display device for presentation to a subscriber. 
As described above, PRM content information may comprise descriptive information to 
populate the entries of a PRM guide, a service guide, or an IPG presentation with the 
corresponding PRM fields that are presented to the subscriber via a GUI from which a 
subscriber can select and request additional descriptive information about respective PRM 
content. Hence, per PRM content in the displayed presentation to the subscriber, the 
subscriber can retrieve and view (and hear if appUcable) information specific to a PRM 
content title and proceed to purchase specific PRM content (i.e. one or more PRM content 
instances). 

Considering the download options, such as those illustrated in the purchase screen 
1200 (FIG. 12) for example, communication between PRM server 319 (FIG. 3) and PRM 
application 477 (FIG. 4A) effects PRM application 477 to omit an unavailable download 
option (or add aii available option) in the set of download options 1240 (FIG. 12). Based 
on information received from PRM server 319, PRM application 477 interprets the 
information and accordingly adapts the displayed options presented to the user. Received 
information includes available downloadable options for each of a plurality of intervals, 
starting with an interval demarcated with a start time equal to the current time and 
spanning into subsequent future intervals. Availability of download options for intervals 
in the future can vary as subscribers schedule download options and possibly exhaust 
network resources for a particular download option during an interval. On the other hand, 
a particular download option that is unavailable for a future interval becomes available to 
a second subscriber when a first subscriber cancels a scheduled download option and 
indirectly return network resources to fulfill the particular download option requested by 
second subscriber. 

In one embodiment, the PRM server 319 (FIG. 3) in communication with the 
DNCS 323 (FIG. 3) update the planning and scheduling mechanism (as described in 
association with FIGs. 5 & 6) throughout the progression of time to reflect availability of 
download options for the plurality of intervals and this information is transmitted from 
PRM server 319 to PRM application 477 (FIG. 4A). As a non-limiting example, the 
updated information for adapting the download options is transmitted by employing the 
messaging and signaling capabilities of the DNCS 323, and the BFS server 328 is 
employed to deliver the updated infomiation. In one embodiment, the updates are 
performed on a periodic schedule ahead of the start time of the next predetermined 
interval to allow sufficient time for PRM application 477 to present the most recent 
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availability of download options to a user. As a non-limiting example, interval can start 
on 10 minute increments and updates to download options can transpire 5 minutes before 
each interval (and thus also 10 minutes apart). Updates to downloadable options may 
also update pricing information for the respective downloadable option to reflect supply 
and demand. In an alternate embodiment, updates to download options availability are 
conducted by PRM server 319 in communication with DNCS 323 upon each requested 
download graat to a first DHCT 16 but transmitted to a second DHCT 16 upon a 
subsequent download request generated by second DHCT 16. 

The download request of the user (as selected, for example, through the purchase 
screen 1200 of FIG. 12, or unavailable barkers as will be discussed below) can be 
characterized in several ways. For example, the download type is one characterization. 
The download type refers to the manner in which the download is accomplished, for 
example, either as a file via out-of-band transmission (e.g. via BFS server 328, FIG. 3), a 
file via in-band transmission, or an on-demand session via in-band transmission. Further 
characterization involves the repository that stores the requested content in headend 11 
(FIG. 3). For example, doAvnloadable content may reside in VOD content server 322 
(FIG. 3), or be placed in VOD content server 322 for the duration of the download to 
effect an on-demand in-band transmission. Downloadable content can reside in BFS 
server 328 or be placed there throughout the duration of the download. Other 
characterizations include the bandwidth requhed to effect the download type, the start- 
time when the subscriber wants to begm the download of the selected PRM content, and 
the span of time (i.e. duration) of the download beginning from the start-time. The DNCS 
323 (FIG. 3) attempts to allocate and assign resources at the selected start-time and for the 
duration required to fulfill the PRM download request from the headend 1 1 to the DHCT 
16 (FIG. 4A). As a non-limiting example, network resources (i.e. download resources) to 
effect a download option include downstream bandwidth, signaling support, and server 
storage. A download option can be further characterized as a deterministic versus non- 
deterministic transmission. Transmission of content throughout pockets of time when 
network resources become available to effect part of the download constitutes a non- 
determmistic transmission. The user can be notified upon completion of the download, 
for example with an audible signal, a displayed graphical message on TV 441, or a 
displayed code in the front-panel of DHCT 16. 

In one implementation, the user requests PRM content through the purchase 
screen 1200 (FIG. 12), or a similar screen for purchasing PRM content with different 

28 



wo 03/042787 PCT/US02/36291 

options, as described above, and the DNCS 323 (FIG. 3) attempts to allocate resources to 
provide the download of the requested PRM content. For a scheduled download, the 
DNCS 323 queries the application servers of the headend 11 (FIG. 3) to determine if 
resources are available to fulfill the scheduled download that the subscriber is requesting, 
and provide notice to the user if service was unavailable. Further, the DNCS 323 can also 
detect PRM service interruptions that may occur during a download, such as in the case of 
an emergency or network malfunction. In one implementation, where VOD excess 
(repossessed) bandwidth capacity is employed to fulfill a PRM content instance purchase 
request, and with continued reference to FIGs. 3 & 4A, a "session" between the DHCT 16 
(FIG. 4A) and the PRM application server 319 (FIG. 3) is set throughout the course of 
downloading the PRM content instance. Upon the subscriber purchasing a PRM content 
instance for a price via the displayed user interface (i.e. the subscriber enters input via an 
input device and such input may comprise a password or PIN to authenticate 
authorization to purchase the PRM content instance), as described above in association 
with FIG. 12, a purchase transaction is executed by the processor 444 (FIG. 4 A), as 
configured by the PRM application 477 (FIG. 4A), that, in one implementation, causes a 
session to be set-up between subscriber television system resources to the DHCT 16. 

As facilitated by session manager 334 in DNCS 323 (FIG. 3), a session is a logical 
entity used to define a connection between the DHCT 16 (FIG. 4 A) and the VOD content 
server 322 (FIG. 3) and the resources used to maintain that connection in the subscriber 
television system. Session manager 334 coordinates and effects the signaling required to 
implement the session which is preferably defined by the MPEG-2 standard ISO/IEC 
13818-6 IS (MPEG-2 DSM-CC). Upon a session setup request generated by the DHCT 
16 (usually in response to a request from a subscriber), the DNCS 323 verifies the 
eligibility of the DHCT 16 to receive the PRM service. The amount of bandwidth that 
will be reserved for the duration of the PRM service session is communicated to the 
relevant servers and headend 11 (FIG. 3) components. Via the messaging capabilities of 
DNCS 323, the PRM application server 319 (FIG. 3) sends a message to the DHCT 16 
that indicates that it is ready to begin delivering the video content using the resources 
allocated. The DHCT 16 receives information in the message identifying the QAM 
modulator 324 (FIG. 3) that is transmitting the video content (and hence where to tune to 
receive the requested content) and the bandwidth allocated to deliver the service. After a 
session has been established, the DHCT 16 communicates directly with the server m 
which the content resides, as identified to DHCT 16 by PRM application server 319, to 
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facilitate delivery of the requested PRM service. In certain instances, PRM application 
server 319 may contain the requested content. Throughout the course of time that a PRM 
service is active, further messaging is conducted between the respective DHCT 16 
receiving the PRM content and the PRM application server 319 to monitor the status of 
the session, as provisioned by the signaling and messaging mechanisms and capabilities 
in the network. In one implementation, PRM content is delivered via the BPS server 328, 
where a session need not be established. However, the DNCS 323 allocates resources for 
the download of requested PRM content whether a session set-up is required or not, for 
the duration of time required to effect the download. In one embodiment, the download is 
effected in a series of intervals scheduled throughout pockets of time for which network 
resources are projected to be available or as they become available. 

The PRM appUcation 477 (FIG. 4A) provides for a plurality of GUIs when PRM 
content, selected by a user in one of the PRM content pvirchase screens (e.g. example 
screen display 1200 in FIG. 12), is unavailable. The GUI screens that are prompted when 
PRM content is unavailable are prompted using different information than the 
information that is used for the initial PRM purchase screens. For example, the download 
options list 1246 (FIG. 12) provides the user with a hst of options anticipated via the 
planning and scheduling mechanisms discussed in association with FIGs. 5 and 6. That 
is, options are based on a projected bandwidth usage, peak times, etc., that are all factors 
relevant to fiimishing the GUI download options list 1246 of FIG. 12. Nevertheless, 
projected versus actual resource availability can differ throughout the course of time or at 
different instances throughout the course of time. For actual PRM service consumption, 
resource allocation for the requested PRM content, delivered according to download 
options selected via the purchase screen 1200 (FIG. 12), has to be allocated and assigned 
by the DNCS 323 (FIG. 3) to the subscriber for consumption, and ttius the PRM 
apphcation 477 waits for a grant acknowledgement from the DNCS 323. Thus, when a 
subscriber selects a download option, mechanisms are put into effect which may resuh in 
the identification of insufficient resources to effect the PRM download as initially 
requested by the subscriber. 

As indicated above, the PRM application cUent 477 (FIG. 4A) will receive notice 
from the DNCS 323 (FIG. 3) when the resources necessary to fulfill the requested 
download cannot be met. The PRM application chent 477 will responsively generate an 
unavailable-service barker comprising a choice of alternate download options, as will be 
described below in association with FIG.s 13-19. Alternatively, the unavailable-service 
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barker can be generated at the headend 11 (FIG. 3). FIGs. 13- 19 are screen diagrams 
depicting example unavailable-service barker screens that provide the user with a notice 
of unavailability of requested PRM service and alternative download options in the event 
of the service unavailability. As described above, the DNCS 323, upon receiving a 
request that resources could not be allocated during the scheduled time requested, 
determines when the download can be available and forwards these options to the PRM 
application client 477 for presentation to the user via a GUI presented, in one 
implementation, as an unavailable-service barker. FIG. 13 is a screen diagram depicting 
an example barker screen 1300 resulting when a particular subscriber request for PRM 
content cannot be fulfilled. For this example, and others that follow, assume the 
highUghted user download selection made in the example purchase screen 1200 of FIG. 
12, with the understanding that sunilar mechanisms are employed to present alternate 
download options when PRM content associated with a different initial download option 
is selected. Top portion 1351 contains a heading describing the problem to the user, a 
bottom portion 1352 illustrating relevant navigation button(s) available on the remote 
control device 480 (FIG. 4B) for interacting with the example barker screen 1300, and a 
top center portion 1353 which provides the user with a message, for example: "SORRY, 
PRM SERVICE IS CURRENTLY UNAVAILABLE FOR YOUR SCHEDULED 10:00 
DOWNLOAD. SELECT AN AVAILABLE OPTION OR "C" TO CANCEL". The user 
may use up arrow 1360 or down arrow 1364 to advance the highlighted box 1366 over the 
desired download option from download options Ust 1354. The user may then enter their 
selection by pressing the select button 1362. In this example barker screen 1300, the user 
has scrolled through the download options hst 1354 for download options that provide the 
initially requested PRM content at an earher time. 

Download option list 1354 provides the user with a list of available download 
options, the content quality (e.g. high definition television versus standard definition) if 
different from the content quality initially selected, and price (if different from the price 
of the initial selection). The doAvnload options will be generated using information stored 
in the PRM database 481 (FIG. 4 A) for PRM appHcation 477 (Fig. 4A) similar to the 
database retrieval and presentation mechanisms employed to generate the initial PRM 
content purchase screen (e.g. purchase screen 1200 of FIG. 12). Alternatively, content 
quality and price can always be displayed. Alternatively, a screen may be presented such 
that the user is presented with a button to select alternative download options from 
purchase screens, such as for example, piirchase screen 1200 (FIG. 12). Also, as 
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described above, there exists a variety of information collected in the PRM database 481 
(FIG. 4A) that can be used for display presentation to the user. In this example, the user 
has scrolled through the list to find that tlie PRM content can be downloaded at an earlier 
time than the time that the user initially requested. The screen display may present the 
alternate options at the same price, or at a different price, or no price, depending on the 
several pricing factors discussed above in association with the purchase screen 1200 of 
FIG. 12. 

FIG. 14 is a screen diagram of an example screen display 1400 that depicts the 
situation where the alternate download selection scrolled to and displayed in download 
options list 1454 presents a download option that is scheduled for a later time. As noted, 
the user is presented with a message that a selected download option, such as that selected 
in FIG. 12 or similar screen, could not be met. Further, a Ust of available options are 
presented in download options list 1454 that the user can scroll through to fmd a suitable 
alternative to his or her initial selection of PRM content. The user has scrolled to a point 
in the list that presents an option to choose a later time for the download. FIG. 15 is a 
screen diagram of an example screen display 1500 that depicts the situation where the 
selected download from purchase screen 1200 (FIG. 12) is unavailable, and the user has 
scrolled through the download options list 1554 to a download option that offers a 
different download duration. In this embodiment, the PRM content is transmitted over an 
extended duration at a lower bandwidth as the bandwidth availability varies throughout 
the day or non-deterministically as network resources become available. FIG. 16 depicts 
the situation where the altemate download option from download options Ust 1654 of 
example screen display 1600 can be met at the scheduled time requested, but at a quality 
level different from what was requested initially by the user. For instance, suppose the 
user has selected a high definition television option for his initial download request. 
Because standard definition television consumes significantly less bandwidth in 
comparison to high definition television, the download options presented can mclude 
scheduled download times at lower quality levels that may be offered in close time- 
proximity to the initial requested time of download. 

FIG. 17 is a screen diagram of an example screen display 1700 that depicts the 
situation where the user is presented with a stand-by option. As with the previous 
example screen displays, the user has scrolled through the list of altemate download 
options of download options Hst 1754 and has come to the option that provides the user 
tiie choice of waiting a period of time in the stand-by mode. For instance, another 
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subscriber may cancel a scheduled download that was to take effect in, for example, the 
next half hour. With the user selecting the stand-by option displayed in the download 
options list, the bandwidth made available (i.e. "freed-up") via the other subscriber's 
cancellation is now available to meet the stand-by user request. In one embodiment, the 
user is presented with a confirmation barker (not shown) that is prompted when the PRM 
content is available to be downloaded. Li another embodiment, the download can take 
place and the user can be notified while the download is occurring, or the user can be 
notified after the download has occurred, or both. In another embodiment, the user can be 
notified of the download by an LED display on the DHCT. hi another embodiment, the 
user can be notified by an audio signal, or a tone. The audio signal, or tone, can be 
implemented alone or in concert with the visual notification. 

FIG. 18 is a screen diagram of an example screen display 1800 that depicts the 
situation where the user scrolls to an option that provides an alternate PRM content title 
(e.g. movie title, like American Psycho) for the scheduled time. This option can be 
presented, for instance, at a reduced charge in comparison to the scheduled download, or 
in other embodiments, a reduced charge relative to standard pricing for the scheduled 
download. In other implementations, ibe price can be the same or greater than the 
initially requested selection. FIG. 19 depicts the situation where the user has scrolled to 
an "over-ride" option. An "over-ride" option is where the user can request that he or she 
receive the initially requested PRM content at the scheduled time, despite the unavailable 
notice, but the "over-ride" option can be at a higher price than the option initially 
selected. In this option, bandwidth can be preserved by the system operator for situations 
where users just need to have the PRM content downloaded at the desured time. The 
option can be presented at a higher price than is typically offered for that PRM content. 

The DNCS 323 operating software and the PRM apphcation client 477 which 
comprise an ordered listing of executable instructions for implementing logical functions, 
can be embodied in any computer-readable medium for use by or in connection with an 
instruction execution system, apparatus, or device, such as a computer-based system, 
processor-containing system, or other system that can fetch the instructions from the 
instruction execution system, apparatus, or device and execute the instructions. In the 
context of this document, a "computer-readable medium" can be any means that can 
contain, store, communicate, propagate, or transport the program for use by or in 
connection with the instruction execution system, apparatus, or device. The computer 
readable medium can be, for example but not limited to, an electronic, magnetic, optical, 
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electromagnetic, infrared, or semiconductor system, apparatus, device, or propagation 
medium. More specific examples (a nonexhaustive list) of the computer-readable 
medium would include the following: an electrical connection (electronic) having one or 
more wires, a portable computer diskette (magnetic), a random access memory (RAM) 
(magnetic), a read-only memory (ROM) (magnetic), an erasable programmable read-only 
memory (EPROM or Flash memory) (magnetic), an optical fiber (optical), or a portable 
compact disc read-only memory (CDROM) (optical). Note that the computer-readable 
medium could even be paper or another suitable mediimi upon which the program is 
printed, as the program can be electronically captured, via for instance optical scanning of 
the paper or other medium, then compiled, interpreted, or otherwise processed in a 
suitable manner if necessary, and then stored in a computer memory. 

It is emphasized that the above-described embodiments of the present 
invention, particularly any "preferred embodiments", are merely possible examples of the 
implementations, among others, that are merely set forth for a clear understanding of the 
principles of the mvention. It will be apparent to those skilled in the art that many 
modifications and variations may be made to the embodiments of the present invention, 
as set forth above, without departing substantially from the principles of the present 
invention. All such modifications and variations are intended to be included herein within 
the scope of the disclosure and present invention and protected by the following claims. 
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CLAIMS 

Therefore, having thus described Ihe invention, at least the following is claimed: 

1 . A method for providing improved availability of purchasable recordable media 
content downloaded from a remote server, said method comprising the steps of: 
providing a download option to a user; and 

updating the download option proximately in time to when a change in download 
resources changes the availability of the download option. 

2. The method of claim 1 , further comprising the step of receiving notice 
ftom the remote server when the download resources change. 

3. The method of claim 1 , further comprising the step of displaying the download 
option on a display device. 

4. The method of claim 1 , wherein the step of updating further comprises the step of 
omitting the download option that is no longer available to the user due to a greater than 
scheduled use of the download resources. 

5 . The method of claim 1 , wherein the step of updating further comprises the step of 
adding a download option that is available to the user due to a less than scheduled use of 
the download resources. 

6. The method of claim 5, wherein the added download option is available due to a 
second user canceling a previously selected download option. 

7. The method of claim 5, wherein the added download option is available to the 
user over a pliarality of time intervals. 

8 . The method of claim 1 , wherein the step of updating occurs on a periodic schedule 
ahead of the start time of a next predefmed download schedule. 

9. The method of claim 1 , wherein the step of updating occurs upon the user 
requesting the download option. 
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10. The method of claim 1, wherein the step of updating further comprises the step of 
updating pricing for the download option. 

1 1 . Tlie method of claim 1 , further comprising the step of requesting the download of 
the purchasable recordable media content, wherein said download is defined by the 
download option that is selected by the user, 

12. The method of claim 11, wherein the purchasable recordable media content is 
downloaded as an in-band file transmission. 

1 3 . The method of claim 1 1 , wherein the purchasable recordable media content is 
downloaded as an out-of-band file transmission. 

14. The method of claim 1 1 , wherein the purchasable recordable media content is 
downloaded as a video on demand session, in-band transmission. 

15. The method of claim 1 1 , wherein the purchasable recordable media content is 
downloaded throughout a duration of a plurality of time intervals depending in part on 
whether the download resources are available for providing the purchasable recordable 
media content to the user. 

1 6. The method of claim 1 1 , wherein the purchasable recordable media content to be 
downloaded is stored in a video on demand server. 

17. The method of claim 1 1 , wherein the purchasable recordable media content to be 
downloaded is stored in a broadcast file server. 

1 8 . The method of claim 1 , wherein the download resoxirces comprise downstream 
bandwidth, signaling support, and server storage. 

19. The method of claim 1 , further comprising the step of notifying the user when the 
download of the purchasable recordable media content is completed. 
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20. The method of claim 1 9, wherein the step of notifying furtlier includes the step of 
providing an audible signal. 



21. The method of claim 1 9, wherein the step of notifying further includes the step of 
providing a graphical message on a display device. 

22. The method of claim 19, wherein the step of notifying furtlier includes the step of 
providing a displayed code on a media client device. 

23 . The method of claim 1 9, wherein the step of notifying further includes the step of 
providing visual and aural notification. 

24. The method of claim 1 , further comprising the step of storing purchasable 
recordable media content information, the download option, and a pricing option 
associated with the download option, in a data structure. 

25 . The method of claim 1 , further comprising the steps of providing the user notice 
that the download option, selected before the doAvnload resource change, is unavailable, 
and providing an updated download option that, if selected, enables the purchasable 
recordable media content to be downloaded earlier in time than the initially selected 
download option. 

26. The method of claim 1 , further comprising the steps of providing the user notice 
that the download option, selected before the download resource change, is unavailable, 
and providing an updated download option that, if selected, enables the purchasable 
recordable media content to be downloaded at a later time than the initially selected 
download option. 

27. The method of claim 1 , further comprising the steps of providing the user notice 
that the download option, selected before the download resource change, is unavailable, 
and providing an updated download option that, if selected, enables the purchasable 
recordable media content to be downloaded over a different duration than the initially 
selected download option. 
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1 28. The method of claim 1, further comprising the steps of providing the user notice 

2 that the download option, selected before the download resource change, is unavailable, 

3 and providing an updated download option that, if selected, enables the purchasable 

4 recordable media content to be downloaded at the same time as the initially selected 

5 download option, but at a different quality level. 
1 

1 29. The method of claim 1 , further comprising the steps of providing the user notice 

2 that the download option, selected before the dovraload resource change, is unavailable, 

3 and providing an updated download option that, if selected, enables the purchasable 

4 recordable media content to be downloaded at a different time and at a different quality 

5 level than the initially selected dovmload option. 
1 

1 30. The method of claim 1 , further comprising the steps of providing the user notice 

2 that the download option, selected before the dovraload resource change, is unavailable, 

3 and providing an updated download option that, if selected, enables the user to be placed 

4 on stand-by for receiving the purchasable recordable media content of the initially 

5 selected download option. 
1 

1 31. The method of claim 1 , further comprising the steps of providing the user notice 

2 that the download option, selected before the download resource change, is unavailable, 

3 and providing an updated download option that, if selected, enables other purchasable 

4 recordable media content to be downloaded in place of the purchasable recordable media 

5 content of the initially selected download option. 
1 

1 32. The method of claim 1 , further comprising the steps of providing the user notice 

2 that the download option, selected before the dovmload resource change, is unavailable, 

3 and providing an over-ride option that, if selected, enables the user to over-ride the 

4 unavailability status and receive the initially selected purchasable recordable media 

5 content by paying a premium. 
1 

1 33. The method of claim 1 , wherein the steps of providing and updating the download 

2 option further include the steps of providing and updating pricing for the download 

3 option. 
1 
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1 34. The method of claim 1 , wherein the steps of providing and updating ftirther 

2 include the steps of providing and updating a plurality of download options. 
1 

1 35. The method of claim 1 , ftirther comprising the step of downloading the 

2 purchasable recordable media content into a portable medium in a portable media drive 

3 coupled to a media client device at a faster rate than the real-time playback rate. 
1 

1 36. The method of claim 1, further comprising the step of downloading the 

2 purchasable recordable media content into a portable medium in a portable media drive 

3 coupled to a media client device at a slower rate than the real-time playback rate. 
1 

1 37. A media system for providing improved availability of purchasable recordable 

2 media content downloaded from a remote server, said media system comprising: 

3 a memory with logic; and 

4 a processor configured with the logic to provide a download option to a user, 

5 wherein the processor is fiarther configured with the logic to update the download option 

6 proximately in time to when a change in download resources changes the availability of 

7 the download option. 



1 

1 38. The media system of claim 37, wherein the processor is fijrther configured with 

2 the logic to receive notice firom the remote server when the download resources change. 



1 

1 39. The media system of claim 37, wherein the processor is further configured with 

2 the logic to display the download option on a display device. 
1 

1 40. The media system of claim 37, wherein the processor is further configured with 

2 the logic to omit the download option that is no longer available to the user due to a 

3 greater than scheduled use of the dovmload resources. 
1 

1 41. The media system of claim 3 7, wherein the processor is fiirther configured with 

2 the logic to add a download option that is available to the user due to a less than 

3 scheduled use of the download resomces. 
1 
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42. The media system of claim 41 , wherein the added download option is available 
due to a second user canceling a previously selected download option. 



43 . The media system of claim 4 1 , wherein the added download option is available to 
the user over a plurality of time intervals. 

44. The media system of claim 37, wherein the processor is further configured with 
the logic to update on a periodic schedule ahead of the start time of a next predefined 
download schedule. 

45. The media system of claim 37, wherein the processor is further configured with 
the logic to update upon the user requesting the download option. 

46. The media system of claim 37, wherein the processor is further configured with 
the logic to update pricing for the download option. 

47. The media system of claim 37, wherein the processor is further configured with 
the logic to request the download of the purchasable recordable media content, wherein 
said download is defined by the download option that is selected by the user. 

48. The media system of claim 47, wherein the piirchasable recordable media content 
is downloaded as an in-band file transmission. 

49. The media system of claim 47, wherein the purchasable recordable media content 
is downloaded as an out-of-band file transmission. 

50. The media system of claim 47, wherein the purchasable recordable media content 
is downloaded as a video on demand session, in-band transmission. 

5 1 . The media system of claim 47, wherein purchasable recordable media content is 
downloaded throughout a duration of a plurality of time intervals depending in part on 
whether the download resources are available for providing the purchasable recordable 
media content to the user. 
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52. The media system of claim 47, wherein the purchasable recordable media content 
to be downloaded is stored in a video on demand server. 



53 . The media system of claim 47, wherein the purchasable recordable media content 
to be downloaded is stored in a broadcast file server. 

54. The media system of claim 37, wherein the download resources comprise 
dovrastream bandwidth, signaling support, and server storage. 

55. The media system of claim 37, wherein tlie processor is further configured with 
the logic to notify the user when the download of the purchasable recordable media 
content is completed, 

56. The media system of claim 55, wherein the processor is fiirther configured with 
the logic to provide an audible signal. 

57. The media system of claim 55, wherein the processor is further configured with 
the logic to provide a graphical message on a display device. 

58. The media system of claim 55, wherein the processor is further configured with 
the logic to provide a displayed code on a media client device. 

59. The media system of claim 55, wherein the processor is further configured with 
the logic to provide visual and aural notification. 

60. The media system of claim 37, wherein the processor is further configured with 
the logic to store purchasable recordable media content information, the download option, 
and a pricing option associated with the doAvnload option, in a data structiore. 

61. The media system of claim 37, wherein the processor is fiirther configured with 
the logic to provide the user notice that the download option, selected before the 
download resource change, is unavailable, and provide an updated download option that, 
if selected, enables the purchasable recordable media content to be downloaded earlier in 
time than the initially selected download option. 
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62. The media system of claim 37, wherein the processor is further configured with 
the logic to provide the user notice that the download option, selected before the 
download resoui'ce change, is unavailable, and provide an updated download option that, 
if selected, enables the purchasable recordable media content to be downloaded at a later 
time than the initially selected download option. 

63 . The media system of claim 37, wherein the processor is further configured with 
the logic to provide the user notice that the download option, selected before the 
download resource change, is mavailable, and provide an updated download option that, 
if selected, enables the purchasable recordable media content to be downloaded over a 
different duration than the initially selected download option. 

64. The media system of claim 37, wherein the processor is further configured with 
the logic to provide the user notice that the download option, selected before the 
download resource change, is unavailable, and provide an updated download option that, 
if selected, enables the purchasable recordable media content to be downloaded at the 
same time as the initially selected download option, but at a different quality level. 

65. The media system of claim 37, wherein the processor is fiarther configured with 
the logic to provide the user notice that the download option, selected before the 
download resource change, is unavailable, and provide an updated download option that, 
if selected, enables the purchasable recordable media content to be downloaded at a 
different time and at a different quality level than the initially selected doAvnload option. 

66. The media system of claim 3 7, wherein the processor is fiirther configured with 
the logic to provide the user notice that the download option, selected before the 
download resource change, is unavailable, and provide an updated download option that, 
if selected, enables the user to be placed on stand-by for receiving the purchasable 
recordable media content of the initially selected download option. 

67. The media system of claim 37, wherein the processor is further configured with 
the logic to provide the user notice that the download option, selected before the 
download resource change, is unavailable, and provide an updated download option that, 
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4 if selected, enables other purchasable recordable media content to be downloaded in place 

5 of the purchasable recordable media content of the initially selected download option. 
1 

1 68. The media system of claim 37, wherein the processor is further configured with 

2 the logic to provide the user notice that the download option, selected before the 

3 download resource change, is unavailable, and provide an over-ride option that, if 

4 selected, enables the user to over-ride the unavailability status and receive the initially 

5 selected purchasable recordable media content by paying a premium. 
1 

1 69. The media system of claim 37, wherein the processor is further configured with 

2 the logic to provide and update pricing for the download option. 
1 

1 70. The media system of claim 37, wherein the processor is further configured with 

2 the logic to provide and update a plurality of download options. 
1 

1 71. The media system of claim 37, wherein the processor is further configured with 

2 the logic to download the purchasable recordable media content into a portable medium 

3 in a portable media drive coupled to a media client device at a faster rate than the real- 

4 time playback rate. 
1 

1 72. The media system of claim 37, wherein the processor is flirther configured with 

2 the logic to download the purchasable recordable media content into a portable medium 

3 in a portable media drive coupled to the media cHent device at a slower rate than the real- 

4 time playback rate. 
1 

1 73 . The media system of claun 37, wherein the memory, the logic, and the processor 

2 are located in the remote server. 
1 

1 74. The media system of claim 3 7, wherein the memory, the logic, and the processor 

2 are located in a remote digital network control system. 
1 

1 75 . The media system of claim 3 7, wherein the memory, the logic, and the processor 

2 are located in a media client device. 
1 
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1 76. A method for providing improved availability of purchasable recordable media 

2 content downloaded from a remote server, said method comprising the steps of: 

3 providing download options to a user; 

4 adding a new dovmload option proximately in time to when a portion of 

5 download resources are freed up; 

6 omitting one of the do^vnload options proximately in time to when the download 

7 resources are msufBcient to support the omitted download option; and 

8 providing alternate download options after one of the download options has been 

9 selected but the download resources are insufficient to support the selected 
1 0 download option. 

1 

1 77. The method of claim 76, further comprising the step of adapting the download 

2 options over a plurality of time intervals. 
1 

1 78. A media system for providing improved availability of purchasable recordable 

2 media content downloaded from a remote server, said media system comprising: 

3 a memory with logic; and 

4 a processor configured with the logic to provide a download option to providing 

5 download options to a user, wherein the processor is further configured 

6 with the logic to add a new download option proximately in time to when a 

7 portion of download resources are freed up, wherein the processor is 

8 further configured with the logic to omit one of the download options 

9 proximately in time to when the download resources are insufficient to 

1 0 support the omitted download option, wherein the processor is further 

1 1 configured with the logic to provide ahemate download options after one 

12 of the download options has been selected but the download resources are 

1 3 insufficient to support the selected download option. 
1 

1 79. The media system of claim 78, wherein the processor is further configured with 

2 the logic to adapt the download options over a plurality of tune intervals. 
1 

1 80. A method for providing improved availability of purchasable recordable media 

2 content downloaded from a remote server, said method comprising the steps of: 

3 providing download options and pricing to a user; 
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4 receiving notice from Hie remote server when download resoxxrces change, wherein 

5 the download resources comprise do^^alstream bandwidth, signaling support, 

6 and server storage; 

7 adding a new download option and pricing proximately in time to when a portion of 

8 the download resources used are less than a scheduled use of the download 

9 resources; 

10 omitting one of the download options and the pricing for the omitted download 

1 1 option proximately in time to when the download resources are greater than 

12 the scheduled use of the download resources; 

13 providing alternate download options and alternate pricing after one of the 

14 download options has been selected but the download resources are 

1 5 insufficient to support the selected download option; 

16 providing the user notice that one of the download options, selected before the 

1 7 download resource change, is unavailable, and providing an updated 

1 8 download option that, if selected, enables the purchasable recordable 

1 9 media content to be downloaded earlier in time than the initially selected 

20 download option; 

21 providing the user notice that one of the download options, selected before the 

22 download resource change, is unavailable, and providing an updated 

23 download option that, if selected, enables the purchasable recordable 

24 media content to be downloaded at a later time than the initially selected 

25 download option; 

26 providing the user notice that one of the download options, selected before the 

27 download resource change, is xmavailable, and providing an updated 

28 download option that, if selected, enables the purchasable recordable 

29 media content to be downloaded over a different duration than the initially 

30 selected download option; 

3 1 providing the user notice that one of the download options, selected before the 

32 download resource change, is unavailable, and providing an updated 

33 download option tliat, if selected, enables the purchasable recordable 

34 media content to be downloaded at the same time as the initially selected 
3 5 download option, but at a different quality level; 

36 providing the user notice that one of the download options, selected before the 

37 download resource change, is xmavailable, and providing an updated 
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38 download option that, if selected, enables the purchasable recordable 

39 media content to be downloaded at a different time and at a different 

40 quality level than the initially selected download option; 

41 providing the user notice that one of the download options, selected before the 

42 download resource change, is unavailable, and providing an updated 

43 download option that, if selected, enables the user to be placed on stand-by 

44 for receiving the purchasable recordable media content of the initially 

45 selected download option; providing the user notice that one of the 

46 download options, selected before the download resource change, is 

47 xmavailable, and providing an updated download option that, if selected, 
4g enables other purchasable recordable media content to be downloaded in 

49 place of the purchasable recordable media content of the initially selected 

50 dovraload option; 

5 1 providing the user notice that one of the download options, selected before the 

52 dovraload resource change, is imavailable, and providing an over-ride 

53 option that, if selected, enables the user to over-ride the unavailability 

54 status and receive the initially selected purchasable recordable media 

55 , content by paying a premium; 

56 receiving purchasable recordable media content according to the selected altemate 

57 download option; and 

58 notifying the user when the download of the purchasable recordable media content 

59 is completed. 
1 

1 81. A media system for providing improved availability of purchasable recordable 

2 media content downloaded from a remote server, said media system comprising: 

3 a memory with logic; and 

4 a processor configured with the logic to provide download options and pricing to a 

5 user, wherein the processor is further configured with the logic to receive 

6 notice from the remote server when download resources change, wherein 

7 the download resources comprise downstream bandwidth, signaling 

8 support, and server storage, wherein the processor is further configured 

9 with the logic to add a new download option and pricing proximately in 

1 0 time to when a portion of the download resources used are less than a 

1 1 scheduled use of the download resources, wherein the processor is further 

46 



wo 03/042787 PCT/US02/36291 

12 configured with the logic to omit one of the download options and the 

1 3 pricing for the omitted download option proximately in time to when the 

14 download resources are greater than the scheduled use of the download 

1 5 resources, wherein the processor is further configured with the logic to 

16 provide alternate download options and alternate pricing after one of the 

17 download options has been selected but the download resoxarces are 

1 8 insufficient to support the selected download option^ wherein the processor 

19 is further configured with the logic to provide the user notice that one of 

20 the download options, selected before the dovraload resource change, is 

21 unavailable, and provide an updated download option that, if selected, 

22 enables the purchasable recordable media content to be downloaded earlier 

23 in time than the initially selected download option, wherein the processor 

24 is further configured with the logic to provide the user notice that one of 

25 the download options, selected before the dovmload resource change, is 

26 unavailable, and provide an updated download option that, if selected, 

27 enables the purchasable recordable media content to be downloaded at a 

28 later time than the initially selected download option, wherein the 

29 processor is further configured with the logic to provide the user notice 

30 that one of the dovmload options, selected before the dovmload resource 

31 change, is unavailable, and provide an updated download option that, if 

32 selected, enables the purchasable recordable media content to be 

33 downloaded over a different duration than the initially selected download 

34 option, wherein the processor is further configured with the logic to 

35 provide the user notice that one of the download options, selected before 

36 the download resource change, is unavailable, and provide an updated 

37 download option that, if selected, enables the purchasable recordable 

38 media content to be downloaded at the same time as the initially selected 

39 download option, but at a different quality level, wherein the processor is 

40 further configured with the logic to provide the user notice that one of the 

41 download options, selected before the download resource change, is 

42 unavailable, and provide an updated download option that, if selected, 

43 enables the purchasable recordable media content to be downloaded at a 

44 different time and at a different quality level than the initially selected 

45 download option, wherein the processor is further configured with the 
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46 logic to provide the user notice that one of the download options, selected 

47 before the download resource change, is unavailable, and provide an 

48 updated download option that, if selected, enables the user to be placed on 

49 stand-by for receiving the purchasable recordable media content of the 

50 initially selected download option, wherein the processor is further 

5 1 configured with the logic to provide the user notice that one of the 

52 download options, selected before the download resource change, is 

53 unavailable, and provide an updated download option that, if selected, 

54 enables other purchasable recordable media content to be downloaded in 

55 place of the purchasable recordable media content of the initially selected 

56 download option, wherein the processor is further configured with the 

57 logic to provide the user notice that one of the download options, selected 

58 before the download resource change, is unavailable, and provide an over- 

59 ride option that, if selected, enables the user to over-ride the unavailability 

60 status and receive the initially selected purchasable recordable media 

61 content by paying a premixim, wherein the processor is further configured 

62 with the logic to receive purchasable recordable media content according 

63 to the selected alternate download option, wherein the processor is further 

64 configured with the logic to notify the user when the download of the 

65 purchasable recordable media content is completed. 
1 
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